iT邦幫忙

2026 iThome 鐵人賽

DAY 1
0
AI 自動化

30 天 AI 自動化實戰:用 n8n、FastAPI 與 Gemini 打造 AI 知識管家系列 第 1

Day 01|從自動化到 AI 自動化:我們到底多了什麼?

  • 分享至 

  • xImage
  •  

自動化早已被融入現代社會中,我們早就在用 Shell Script、Python 等工具將繁瑣且重複性高的工作給自動化,甚至可以使用各種 Workflow Engine 來串接不同的服務。既然我們已經有這麼多成熟的自動化工具了,那為什麼現在還需要特別提出「AI 自動化」?加入 AI 到底解決了那些傳統自動化無法解決的事務?

傳統的自動化是什麼

傳統的流程通常建立在強烈的 Deterministic 之上:

Trigger -> Rule -> Action

舉個最常見的例子:

Trigger:每週五下午 5 點。
Rule:抓取資料夾中副檔名為 .csv 的檔案。
Action:將檔案作為附件,寄送 Email。

這套流程非常完美,前提是資料結構明確、規則可被程式碼量化。

但是,當我們的自動化系統開始面對真實世界中非結構化的資訊時,這套基於 Rule-based 的邏輯就會碰壁。試想一下,如果我們今天的任務是要整理收集到的文章與資料,Rule-based 的規則面對以下問題會無法有效處理:

  • 這篇文章到底內容在講什麼
  • 這份文件哪裡是重要的部分
  • 這段 Youtube 影片重點是什麼
  • 這段文字中,提到了哪些特定的專有名詞

AI 自動化是什麼

傳統程式碼只能判斷 MIME type == application/pdf 或是 String.contains("AI") 這種抓取關鍵字的內容,它無法理解「意義」。這就是為什麼過去的自動化,往往只能處理「搬運資料」,而無法處理「消化資料」。

這正是 AI 介入的關鍵時刻。AI 自動化將大型語言模型作為一個具備「語意理解」與「模糊決策」能力的運算節點,無縫安插進自動化流程中。

因此 AI 自動化架構從單純的條件判斷,演進成這樣:

Trigger -> Workflow -> AI Understanding -> Decision / Transformation -> Action

有了 LLM 的加入,我們不再只是搬運字串,而是把整篇文章交給系統,問它:「這是一篇關於什麼內容的文章?請幫我萃取核心觀念,並判斷是否值得存入資料庫。」

所以 AI 自動化系統相較於傳統自動化系統,獲得了閱讀、理解、總結與決策的能力。


下一篇
Day 02 | 拆解 AI 自動化:Trigger、Workflow、AI、Action
系列文
30 天 AI 自動化實戰:用 n8n、FastAPI 與 Gemini 打造 AI 知識管家3
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言